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OF BUSINEJ 


DATA FROM ONE OF A PLURITY 
3S OBJECTS 
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DIRECTING THE BUSINESS OBJECT TO THE DATA OBJECT SUCH 

THAT THE BUSINESS OBJECT RETRIEVES THE ENTIRE DATA 
OBJECT. WHEREIN THE BUSINESS OBJECT SELECTS THE DATA 
FROM THE DATA OBJECT 
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Account Payment 



Account ID 
Customer ID 



Service charges 
Balance Due 
Amount Paid 
Date 



©Credit Card # 
o Check# 

Save 



101 



ABCD 



$10.93 



$27.11 



$27.11 



7/2/95 



3892 



Cancel 



struct AccountPaymentData 
{ 

char accountlD[24] 
customerlD[24] 

Money serviceCharges, 
balanceDue, 
amountPaid; 

Date paymentdate 

int creditCardNum, 
checkNum; 

}; 
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PROVIDING A BUSINESS OBJECT AND A PLURALITY OF 
REMAINING OBJECTS ON A PERSISTENT STORE 
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RECEIVING A REQUEST FOR THE BUSINESS OBJECT 
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ESTABLISHING WHICH OF THE REMAINING OBJECTS ARE 
RELATED TO THE BUSINESS OBJECT 
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RETRIEVING THE RELATED OBJECTS AND THE BUSINESS OBJECT 
FROM THE PERSISTENT STORE IN ONE OPERATION 
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DETERMINING HOW THE RETRIEVED RELATED OBJECTS RELATE 
TO THE BUSINESS OBJECT AND EACH OTHER 
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INSTANTIATING A GRAPH OF RELATIONSHIPS OF THE BUSINESS 
AND RELATED OBJECTS IN MEMORY 
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Return 
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Select * from Customer 
where custID = 123 



3. Return 



123 

4. Insert customer 123 
in the cache 



2. Check for customer 123 
in cache 
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PROVIDING A BUSINESS OBJECT 
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STORING AN INSTANCE OF AN ASSOCIATED OBJECT ON A 

DATABASE 



17004 



DETERMINING AN ASSOCIATION OF THE BUSINESS OBJECT WITH 
THE INSTANCE OF THE ASSOCIATED OBJECT 
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GENERATING AN OBJECT IDENTIFIER CONTAINING INFORMATION 

INCLUDING THE DETERMINATION ASSOCIATION WHICH IS 
NECESSARY TO RETRIEVE THE INSTANCE OF THE ASSOCIATED 
OBJECT FROM THE DATABASE 



LOADING THE OBJECT IDENTIFIER WHEN THE BUSINESS 
OBJECT STARTS 
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DETERMINING A LOCATION OF THE INSTANCE OF THE ASSOCIATED 
OBJECT ON THE DATABASE FROM THE OBJECT IDENTIFIER 
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RETRIEVING THE INSTANCE OF THE ASSOCIATED OBJECT FROM 

THE DATABASE 
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RETRIEVING AN OBJECT FROM A DATA STORE 
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CACHING AN OBJECT 
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ASSIGNING A UNIQUE OBJECT IDENTIFIER TO THE OBJECT 
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MAPPING THE OBJECT IDENTIFIER TO A REPRESENTATION OF THE 
OBJECT IN A DICTIONARY 
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RECEIVING A REQUEST FOR A REFERENCE TO THE OBJECT 
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RETRIEVING THE OBJECT IDENTIFIER OF THE OBJECT FROM THE 

DICTIONARY 
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ASSOCIATING THE REQUESTED REFERENCE WITH THE 
REPRESENTATION OF THE OBJECT STORED IN THE DICTIONARY 
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ACCESSING A PERSISTENT OBJECT BEING DEVELOPED 
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DETACHING A STATE OF THE PERSISTENT OBJECT INTO A 
SEPARATE STATE CLASS, WHEREIN THE STATE CLASS SERVES 
AS A CONTRACT BETWEEN A LOGIC DEVELOPMENT TEAM 
AND A DATA ACCESS DEVELOPMENT TEAM 
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LIMITING LOGIC DEVELOPMENT BY THE LOGIC DEVELOPMENT 
TEAM TO DEVELOPING BUSINESS LOGIC 



17306 



RESTRICTING DATA ACCESS DEVELOPMENT BY THE DATA 
ACCESS DEVELOPMENT TEAM TO PROVIDING DATA CREATION, 
RETRIEVAL, UPDATING, AND DELETION CAPABILITIES 
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PROVIDING AN OBJECT WITH AT LEAST ONE MISSING ATTRIBUTE 
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RECEIVING A REQUEST FROM AN APPLICATION FOR THE OBJECT 
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ALLOWING ACCESS TO THE ATTRIBUTES OF THE OBJECT BY THE 

APPLICATION 
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PROVIDING A WARNING UPON AN ATTEMPT TO ACCESS THE 
ATTRIBUTE OF THE OBJECT THAT IS MISSING 
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struct accountPaymentData 

char accountID 
customerlD 
money serviceCharges, 
balanceDue, 
amountPaid; 
Date paymentDate; 
int creditCardNum, 
checkNum; 



} 
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PROVIDING A GROUP OF BUSINESS OBJECTS NECESSARY 
FOR A TRANSACTION 
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BATCHING LOGICALLY-RELATED REQUESTS RECEIVED FROM THE 
BUSINESS OBJECTS INTO A SINGLE NETWORK MESSAGE, WHEREIN 
ONE OF THE REQUESTS IS A PARENT REQUEST 17904 








RECEIVING A REGISTER THAT AT LEAST ONE OF THE REQUESTS IS 
DEPENDENT UPON THE RESPONSE DATA FROM THE 

PARENT REQUEST J 7906 
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SENDING THE NETWORK MESSAGE ACROSS A NETWORK 

17908 






r 


UNBUNDLING THE REQUESTS FROM THE NETWORK MESSAGE 
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RECEIVING A RESPONSE TO THE PARENT REQUEST 
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DIRECTING DATA FROM THE RESPONSE TO THE PARENT 
REQUEST TO THE DEPENDENT REQUEST 
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RECEIVING A RESPONSE TO THE DEPENDENT REQUEST BASED ON 
THE RECEIVED DATA FROM THE RESPONSE TO THE PARENT 

REQUEST 

17916 
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PROVIDING A GROUP OF BUSINESS OBJECTS NECESSARY FOR 
N A TRANSACTION 



18202 







MANAGING THE GROUP OF BUSINESS OBJECTS NECESSARY TO 
THE TRANSACTION IN A LOGICAL UNIT OF WORK 

18204 


1 





CREATING A RECEIVER WHICH COMMUNICATES WITH THE 
BUSINESS OBJECTS IN THE LOGICAL UNIT OF WORK 
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RECEIVING A MESSAGE FOR THE BUSINESS OBJECTS IN THE 
LOGICAL UNIT OF WORK 
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DIRECTING THE MESSAGE TO THE RECEIVER, WHEREIN THE 
RECEIVER FORWARDS THE MESSAGE TO EACH OF THE 
BUSINESS OBJECTS IN THE LOGICAL UNIT OF WORK 

18210 
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PROVIDING A GROUP OF BUSINESS OBJECTS NECESSARY FOR 

A TRANSACTION 
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MANAGING THE GROUP OF BUSINESS OBJECTS NECESSARY TO 
THE TRANSACTION IN A LOGICAL UNIT OF WORK 
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GROUPING LOGICALLY-RELATED REQUESTS RECEIVED FROM 
THE LOGICAL UNIT OF WORK INTO A SINGLE NETWORK MESSAGE 
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STORING THE MESSAGE 
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SENDING THE MESSAGE UPON RECEIVING AN ORDER TO SEND 

THE MESSAGE 
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PROVIDING A GROUP OF BUSINESS OBJECTS NECESSARY 
FOR A TRANSACTION 
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GROUPING LOGICALLY-RELATED REQUESTS RECEIVED FROM THE 

BUSINESS OBJECTS 18804 
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OBTAINING AT LEAST ONE OF SORTING RULES AND SORT WEIGHTS 
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SORTING THE REQUESTS IN THE MESSAGE AND PLACING THEM IN A 
SPECIFIC ORDER DETERMINED FROM THE ONE OF THE SORTING 
RULES AND THE SORT WEIGHTS 
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BATCHING THE SORTED REQUESTS INTO A SINGLE MESSAGE 
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SENDING THE MESSAGE TO A DATA SERVER 
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UNBUNDLING THE REQUESTS FROM THE MESSAGE IN THE SPECIFIC 


ORDER 
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PROVIDING MULTIPLE LOGICAL UNITS OF WORK OPERATING 
CONCURRENTLY, WHEREIN EACH OF THE LOGICAL UNITS OF 
WORK MANIPULATE AT LEAST ONE COMMON BUSINESS OBJECT 
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CREATING A COPY OF THE COMMON BUSINESS OBJECT FOR 
EACH OF THE LOGICAL UNITS OF WORK SUCH THAT THE COPY 
OF THE BUSINESS OBJECT FOR ONE LOGICAL UNIT OF WORK 
BECOMES A SEPARATE INSTANCE FROM THE COPY OF THE 
BUSINESS OBJECT FOR ANOTHER LOGICAL UNIT OF WORK, 
WHEREIN EACH COPY OF THE BUSINESS OBJECT KNOWS THE 
CONTEXT OF THAT COPY OF THE BUSINESS OBJECT IN RELATION 
TO THE ASSOCIATED LOGICAL UNIT OF WORK < a < nj 



RECEIVING A REQUEST TO MAKE CHANGES TO A COPY OF THE 
BUSINESS OBJECT OF ONE OF THE LOGICAL UNITS OF WORK 
AND CHANGING THAT COPY OF THE BUSINESS OBJECT, 
WHEREIN THE OTHER COPIES OF TH BUSINESS OBJECT 

ARE NOT CHANGED 19106 



VERIFYING THAT ONLY ONE COPY OF THE BUSINESS OBJECT 
HAS BEEN CHANGED 
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UPDATING THE COMMON BUSINESS OBJECT BASED ON THE 
CHANGE TO THE COPY OF THE BUSINESS OBJECT 
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